home *** CD-ROM | disk | FTP | other *** search
/ Celestin Apprentice 2 / Apprentice-Release2.iso / Information / Digests / CSMP Digest / volume 3 / csmp-digest-v3-014 < prev    next >
Encoding:
Text File  |  1994-12-08  |  75.8 KB  |  1,735 lines  |  [TEXT/R*ch]

  1. Received-Date: Thu, 14 Apr 1994 10:37:45 +0200
  2. From: pottier@clipper.ens.fr (Francois Pottier)
  3. Subject: csmp-digest-v3-014
  4. To: csmp-digest@ens.fr
  5. Date: Thu, 14 Apr 94 10:37:41 MET DST
  6. X-Mailer: ELM [version 2.3 PL11]
  7. Errors-To: listman@ens.fr
  8. Reply-To: pottier@clipper.ens.fr
  9. X-Sequence: 16
  10.  
  11. C.S.M.P. Digest             Thu, 14 Apr 94       Volume 3 : Issue 14
  12.  
  13. Today's Topics:
  14.  
  15.         Anyone have code to convert Styled Text to RTF
  16.         AppMaker and Prograph Questions
  17.         CW: Templates, Exceptions, ASLM, Operator Overloading, etc?
  18.         Circuit Simulator's
  19.         CodeWarrior Environment
  20.         Detecting AV Macs
  21.         Need info on easy installers.
  22.         Powerbooks, VBL tasks, and slots(?)
  23.         QuickDraw GX flame
  24.         Real time texture mapping..
  25.  
  26.  
  27.  
  28. The Comp.Sys.Mac.Programmer Digest is moderated by Francois Pottier
  29. (pottier@clipper.ens.fr).
  30.  
  31. The digest is a collection of article threads from the internet newsgroup
  32. comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
  33. regularly and want an archive of the discussions.  If you don't know what a
  34. newsgroup is, you probably don't have access to it.  Ask your systems
  35. administrator(s) for details.  If you don't have access to news, you may
  36. still be able to post messages to the group by using a mail server like
  37. anon.penet.fi (mail help@anon.penet.fi for more information).
  38.  
  39. Each issue of the digest contains one or more sets of articles (called
  40. threads), with each set corresponding to a 'discussion' of a particular
  41. subject.  The articles are not edited; all articles included in this digest
  42. are in their original posted form (as received by our news server at
  43. nef.ens.fr).  Article threads are not added to the digest until the last
  44. article added to the thread is at least two weeks old (this is to ensure that
  45. the thread is dead before adding it to the digest).  Article threads that
  46. consist of only one message are generally not included in the digest.
  47.  
  48. The digest is officially distributed by two means, by email and ftp.
  49.  
  50. If you want to receive the digest by mail, send email to listserv@ens.fr
  51. with no subject and one of the following commands as body:
  52.     help                        Sends you a summary of commands
  53.     subscribe csmp-digest Your Name    Adds you to the mailing list
  54.     signoff csmp-digest            Removes you from the list
  55. Once you have subscribed, you will automatically receive each new
  56. issue as it is created.
  57.  
  58. The official ftp info is //ftp.dartmouth.edu/pub/csmp-digest.
  59. Questions related to the ftp site should be directed to
  60. scott.silver@dartmouth.edu. Currently no previous volumes of the CSMP
  61. digest are available there.
  62.  
  63. Also, the digests are available to WAIS users as comp.sys.mac.programmer.src.
  64.  
  65.  
  66. -------------------------------------------------------
  67.  
  68. >From gcling@char.vnet.net (Glenn Clingroth)
  69. Subject: Anyone have code to convert Styled Text to RTF
  70. Date: 21 Mar 1994 16:39:30 -0500
  71. Organization: Software Designs Unlimited
  72.  
  73.  
  74. Does anyone out there have code (or know where I can find) that will 
  75. convert styled text to RTF (and back -- not really necessary but nice to 
  76. have just the same). Thanks.
  77.  
  78. - Glenn Clingroth
  79.  
  80. "Hold me, Love me, Tie me up and drug me, 'Cause I'm not gonna beg to 
  81.  save my life, I need someone to pull the trigger"
  82.     -- Matthew Sweet
  83.  
  84. +++++++++++++++++++++++++++
  85.  
  86. >From danprice@delphi.com
  87. Date: Tue, 22 Mar 94 22:10:45 -0500
  88. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  89.  
  90. Glenn Clingroth <gcling@char.vnet.net> writes:
  91.  
  92. >Does anyone out there have code (or know where I can find) that will 
  93. >convert styled text to RTF (and back -- not really necessary but nice to 
  94. >have just the same). Thanks.
  95. >
  96. >- Glenn Clingroth
  97.  
  98.  
  99. I would appreciate a copy also.  Does anyone have a description of the RTF
  100. format that is technical enough that I could write my own converter?
  101.     -dp
  102.  
  103. +++++++++++++++++++++++++++
  104.  
  105. >From breitlin@cuug.ab.ca (Wolfgang Breitling 296-7085)
  106. Date: Fri, 25 Mar 1994 13:43:41 GMT
  107. Organization: Calgary UNIX User's Group
  108.  
  109. danprice@delphi.com wrote:
  110. >  Glenn Clingroth <gcling@char.vnet.net> writes:
  111. >   
  112. >  >Does anyone out there have code (or know where I can find) that will 
  113. >  >convert styled text to RTF (and back -- not really necessary but nice to 
  114. >  >have just the same). Thanks.
  115. >  >
  116. I have seen RTF readers around. I'm sure I have downloaded one even, I'm just
  117. not near my Mac at the moment to have a look.
  118. >   
  119. >  I would appreciate a copy also.  Does anyone have a description of the RTF
  120. >  format that is technical enough that I could write my own converter?
  121. >      
  122. I am looking for some sample code that creates RTF output as well, so if you
  123. dig up something or end up writing it yourself I'd appreciate it.
  124. As for the RTF specs, I've seen them in various places, one of them is 
  125. ftp.microsoft.com. Don't know the directory right now. If you have trouble
  126. finding it, I have a copy that I could probably mail you.
  127.  
  128.  
  129. +++++++++++++++++++++++++++
  130.  
  131. >From breitlin@cuug.ab.ca (Wolfgang Breitling 296-7085)
  132. Date: Fri, 25 Mar 1994 14:31:39 GMT
  133. Organization: Calgary UNIX User's Group
  134.  
  135. >  ftp.microsoft.com. Don't know the directory right now. If you have trouble
  136. >  finding it, I have a copy that I could probably mail you.
  137.  
  138. Seems there is a line missing. What I wanted to say is that the RTF specs
  139. can be found in several places, one is ftp.microsoft.com. Meanwhile I even know
  140. the directory: /drg/RTF-Info
  141.  
  142.  
  143. +++++++++++++++++++++++++++
  144.  
  145. >From atul_butte@nih.gov (Atul Butte)
  146. Date: Sat, 26 Mar 1994 04:20:00 GMT
  147. Organization: Howard Hughes Medical Institute
  148.  
  149. In article <Cn83Gv.8yv@cuug.ab.ca>, breitlin@cuug.ab.ca (Wolfgang Breitling
  150. 296-7085) wrote:
  151.  
  152. > I am looking for some sample code that creates RTF output as well, so if you
  153. > dig up something or end up writing it yourself I'd appreciate it.
  154. > As for the RTF specs, I've seen them in various places, one of them is 
  155. > ftp.microsoft.com. Don't know the directory right now. If you have trouble
  156. > finding it, I have a copy that I could probably mail you.
  157.  
  158. Check out anonymous FTP to indri.primate.wisc.edu, in /pub/RTF.  The
  159. specifications for RTF are there, along with code for conversions.  Here's
  160. a sample from the README file:
  161.  
  162. This directory contains software for performing RTF document conversion,
  163. as well as copies of the Microsoft RTF Specification documents.
  164.  
  165. >The newest version I have seen of the spec is 1.2:
  166. >RTF-Spec-1.2.hqx - Microsoft RTF Specification, Macintosh Word format.
  167. >RTF-Spec-1.2.rtf - Microsoft RTF Specification, RTF format.
  168. >RTF-Spec-1.2.ps - Microsoft RTF Specification, PostScript format.
  169. >
  170. >Other files:
  171. >RTF-Spec.hqx - Microsoft RTF Specification, Macintosh Word format.
  172. >RTF-Spec.rtf - Microsoft RTF Specification, RTF format.
  173. >RTF-Spec.ps - Microsoft RTF Specification, PostScript format.
  174. >RTF-Spec-Bugs.hqx - Bugs in Microsoft RTF Specification, Macintosh Word format.
  175. >RTF-Spec-Bugs.rtf - Bugs in Microsoft RTF Specification, RTF format.
  176. >RTF-Misc.hqx - Miscellaneous RTF observations, Macintosh Word format.
  177. >RTF-Misc.rtf - Miscellaneous RTF observations, RTF format.
  178. >RTF-Misc.ms - Miscellaneous RTF observations, troff source.
  179. >RTF-1.09.tar.Z - Current software distribution.
  180. >TC6.0.proj.sit.hqx - THINK C 6.0 projects for current distribution.
  181.  
  182. -- Atul
  183.  
  184. - --------------------------------------------------------------------
  185. Atul Butte
  186. Howard Hughes Medical Institute Research Scholars Program
  187. National Institutes of Health
  188.  
  189. Atul_Butte@nih.gov
  190.  
  191. +++++++++++++++++++++++++++
  192.  
  193. >From markhanrek@aol.com (MarkHanrek)
  194. Date: 27 Mar 1994 01:12:02 -0500
  195. Organization: America Online, Inc. (1-800-827-6364)
  196.  
  197. In article <atul_butte-250394232000@newt.od.nih.gov>, atul_butte@nih.gov (Atul
  198. Butte) writes:
  199.  
  200. You will find some existing solutions where you find HyperCard stacks. I
  201. believe I have seen one that had the source code included, and performed
  202. limited but useful conversion.
  203.  
  204. Mark Hanrek
  205.  
  206.  
  207. +++++++++++++++++++++++++++
  208.  
  209. >From stephan@stack.urc.tue.nl (Stephan Eggermont)
  210. Date: 31 Mar 1994 10:32:58 GMT
  211. Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.
  212.  
  213. Glenn Clingroth (gcling@char.vnet.net) wrote:
  214.  
  215. > Does anyone out there have code (or know where I can find) that will 
  216. > convert styled text to RTF (and back -- not really necessary but nice to 
  217. > have just the same). Thanks.
  218.  
  219. And would someone mail it to Microsoft too, so they include copying of styled
  220. text to and from the clipboard? 
  221.  
  222. Stephan
  223.  
  224.  
  225. ---------------------------
  226.  
  227. >From Daniel C. Flatin <dcf@mps.ohio-state.edu>
  228. Subject: AppMaker and Prograph Questions
  229. Date: Wed, 30 Mar 1994 17:05:16 GMT
  230. Organization: Physics Dept.
  231.  
  232. Hi netters,
  233.  
  234. I have a couple of questions about programming products.
  235.  
  236. AppMaker:
  237.     -    Is it still supported?
  238.     -    Will it work with both Think C and Code Warrior?
  239.     -    Where is it available and for how much?
  240.  
  241. Prograph v2.5:
  242.     -    Is it still supported?
  243.     -    Is there an upgrade path other than the expensive GPX version
  244.          to the Power Mac?
  245.  
  246.  
  247. Thanks in advance,
  248.  
  249. Dan Flatin
  250. Physics Dept.
  251. The Ohio State University
  252. dcf@mps.ohio-state.edu
  253.  
  254. +++++++++++++++++++++++++++
  255.  
  256. >From millsp@govonca.gov.on.ca (Phil Mills)
  257. Date: Thu, 31 Mar 1994 14:49:23 GMT
  258. Organization: Government of Ontario
  259.  
  260. In <1994Mar30.170516.6691@pacific.mps.ohio-state.edu> Daniel C. Flatin <dcf@mps.ohio-state.edu> writes:
  261.  
  262. >I have a couple of questions about programming products.
  263.  
  264. >AppMaker:
  265. >    -    Is it still supported?
  266. I just read a netnews posting about it being available soon/now for PPC,
  267. so yes...and the author is a very good person to deal with.  When I first
  268. started using the product a few years ago, I posted a list of
  269. "anti-features" on Compuserve.  The response to most of them was "fixed in
  270. the next free upgrade."
  271.  
  272. >    -    Will it work with both Think C and Code Warrior?
  273. Version 1.5.4 works with Think C 6.x and a bunch of other things, but no
  274. CW support.  I'll try to find out (for myself too) and post if there's
  275. any info available.
  276.  
  277. >    -    Where is it available and for how much?
  278. APDA lists 1.5.1 for $299 as of August 1993.  <Shrug.>
  279.  
  280. >Prograph v2.5:
  281. >    -    Is it still supported?
  282. No.  I'm not sure if that's the official line, but it's the practical
  283. state of affairs.  I bought a copy of 2.5.2 in early February of this
  284. year and learned shortly thereafter that I'd been sold an obsolete
  285. product.  Asking on-line questions about some of Prograph's
  286. bugs/oddities resulted in a message telling me that "that's life" and
  287. that the only possibility of fixes was via me buying Prograph CPX.
  288.  
  289. >    -    Is there an upgrade path other than the expensive GPX version
  290. >         to the Power Mac?
  291. Apparently, there's not even that.  I've received no acknowledgement of
  292. my Prograph registration, no upgrade offer to a supported product...not
  293. even a sales pitch for their high-end offering.
  294.  
  295. ===
  296.  
  297. These opinions are mine.  If they're shared by any organization, it's
  298. news to me and comes as a completet surprise.
  299.  
  300. ---------------------------
  301.  
  302. >From c.reading@csi.compuserve.com (Charlie Reading)
  303. Subject: CW: Templates, Exceptions, ASLM, Operator Overloading, etc?
  304. Date: 25 Mar 94 21:12:43 GMT
  305. Organization: CompuServe Incorporated
  306.  
  307. I need some information about what Code Warrior will support (and when):
  308.  
  309.     [1] Templates (primarily for Booch classes)
  310.             Will the compiler support them?
  311.             What parts of PowerPlant use them and for what?
  312.     
  313.     [2] Exceptions
  314.             Will the compiler support them directly (ARM compliant,
  315.                 yes, I realize it is still in a state of flux)?
  316.             If not, will they be emulated, and to what degree?
  317.                 (especially, can you throw an exception from inside
  318.                 a constructor and expect good clean up?)
  319.             What parts of PowerPlant use them?
  320.             
  321.     [3] ASLM
  322.             Will I be able to build shared libraries with CW?
  323.             Will I be able to build PowerPlant into some part of
  324.                 an shared library?
  325.                 
  326.     [4] Operator Overloading
  327.             I heard a rumor that operator overloading will not be
  328.                 allowed, is this true?  If so, why?  (I don't expect
  329.                 to use it alot, but it comes in handy from time to
  330.                 time).
  331.     
  332.     Thanks in advance.
  333.     
  334. --
  335. Charlie Reading
  336. CompuServe Incorporated
  337. c.reading@csi.compuserve.com
  338. Any opinions expressed are not necessarily those of my employer.
  339.  
  340. +++++++++++++++++++++++++++
  341.  
  342. >From d88-jwa@mumrik.nada.kth.se (Jon Wdtte)
  343. Date: 29 Mar 1994 15:35:23 GMT
  344. Organization: The Royal Institute of Technology
  345.  
  346. This is according to what Metrowerks told us a month or so ago:
  347.  
  348. >    [1] Templates (primarily for Booch classes)
  349. >            Will the compiler support them?
  350.  
  351. At some future point in time, when they get to it. It's
  352. a priority, but not at the top of the list.
  353.  
  354. >            What parts of PowerPlant use them and for what?
  355.  
  356. None. obviously.
  357.  
  358. >    [2] Exceptions
  359. >            Will the compiler support them directly (ARM compliant,
  360.  
  361. Yes; if this isn't in DR2 it's at least planned ck in Protel for Mac, too.
  362.  
  363.        I suspect most PSPICE users on the Mac are educational users
  364. using the free demo version that only does little circuits.
  365.  
  366.        The original SPICE, from Berkeley, is available if anyone wants
  367. to build a PPC version.  But you don't get a graphical interface.
  368. There are also some X-windows tools from Caltech available.
  369. (Don't ask me for locations; look in Gopherspace).
  370.  
  371.        I think Apple is going to have to put fast 68881 support in the 68K
  372. emulator, or abandon the engineering market entirely by default.
  373.  
  374.                     John Nagle
  375.  
  376.                     John Nagle
  377.  
  378. ---------------------------
  379.  
  380. >From bcorrie@csr.UVic.CA (Brian  Corrie)
  381. Subject: CodeWarrior Environment
  382. Date: 23 Mar 94 19:45:55 GMT
  383. Organization: University of Victoria
  384.  
  385. Hi,
  386.  
  387. I am thinking of buying a PowerMac, and I need to do some development. I
  388. am new to programming on the Mac, and need to know what comes with the
  389. CodeWarrior Gold package. That is, what does the package include 
  390. (documentation, debugger, object class libraries etc.). How much disk space
  391. does it take up and home much memory does it require? I have heard
  392. good things about with respect to speed of compilation and reliability,
  393. but I need to know more about the environment itself. I have seen Think
  394. C so comparing the two would help a bit. Any information
  395. that you can give me would be greatly appreciated!
  396.  
  397. Thanks in advance....
  398.  
  399.     Brian
  400.  
  401. --
  402.                   Brian Corrie (bcorrie@csr.uvic.ca)
  403. Under the most rigorously controlled conditions of pressure, temperature,
  404. volume, humidity and other variables, the organism will do as it damn well
  405. pleases. Sounds like some of the code I have written......  8-)
  406.  
  407. +++++++++++++++++++++++++++
  408.  
  409. >From mwron@aol.com (MW Ron)
  410. Date: 23 Mar 1994 20:32:01 -0500
  411. Organization: America Online, Inc. (1-800-827-6364)
  412.  
  413. In article <bcorrie.764451955@kulm>, bcorrie@csr.UVic.CA (Brian  Corrie)
  414. writes:
  415. > I am thinking of buying a PowerMac, and I need to do some development. I
  416. am new to programming on the Mac, and need to know what comes with the
  417. CodeWarrior Gold package. That is, what does the package include 
  418. (documentation, debugger, object class libraries etc.). How much disk space
  419. does it take up and home much memory does it require?
  420.  
  421. Metrowerks CodeWarrior is a complete development solution for C/C++ and Pascal
  422. programming on both 68K Macintosh and the new PowerMacintosh from Apple
  423. Computer.
  424.  
  425. CodeWarrior includes development and alpha versions of:
  426.  
  427. All customers of CodeWarrior DR/1 or DR/2 (Development Release) will receive a
  428. free upgrade to v1.0 scheduled to ship on DR/3. 
  429.  
  430. * Very fast C/C++ and Pascal compilers & linkers. PowerPC-based Pascal compiler
  431. to be  released in 2nd quarter 1994.
  432. * An integrated development environment for fast turnaround.
  433. * A syntax coloring editor with popup menus for fast navigation in your source
  434. files.
  435. * Multifile search/replace and grep.
  436. * Imports MPW .o files and uses Apple's new Universal headers for both 68K &
  437. PowerPC.
  438. * Supports function-level segmentation on 68K Macintosh for MPW C source.
  439. * Builds MacApp 3.1 and the TCL when modified for C++ use.
  440. * Includes PowerPlant, a new application framework for rapid Macintosh
  441. application development as well as PowerPlant Constructor, a vieweditor.
  442. *Includes 2 Debuggers, one for 68K Macintosh and one for PowerMacintosh.
  443. Source-level debugging, stepping, viewing and setting breakpoints.
  444. * Generates a full SYM file which can be used easily with The Debugger from
  445. Jasik Designs.
  446. * Builds Code Resources, Inits, CDEVs, and shared libraries (on
  447. PowerMacintosh).
  448. * Supports hooks for THINK Reference.
  449. * Includes ToolServer support and a ToolServer worksheet.
  450. * Includes standard ANSI C libraries from PJ Plauger, supported by PlumHall,
  451. Inc.
  452. * Includes new C++ libraries by Plauger, supported by PlumHall that track the
  453. emerging ISO standard (to be released on DR/2).
  454. * Also includes ToolServer, SourceServer, MPW 3.3 and all MPW standard
  455. Tools(excluding the MPW compilers & linkers), Universal headers & binaries for
  456. 68K & PowerMacintosh, ResEdit, MacsBug, DocViewer.
  457. * All Metrowerks documentation onliinting and packaging, but they
  458. should be going out US Priority Mail ASAP. They talked as if we would
  459. have them in our hands March 29.
  460.  
  461. Now I don't know which one I am waiting for more - the Hoosiers to
  462. advance in the tournament or DR2. :-)
  463.  
  464. *--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*-
  465. Kurt A. Seiffert                   internet: seiffert@ucs.indiana.edu
  466. UCS, Multimedia Technologist   office ph: (812) 855-5746
  467. IU Bloomington,IN
  468. "No, no. I am an earthling. I just can't prove it." -- Zonker
  469. DISCLAIMER: I don't speak for IU and IU doesn't speak for me. 
  470.             We both like it that way. ;-)
  471.  
  472. +++++++++++++++++++++++++++
  473.  
  474. >From Joe Francis <Joe.Francis@dartmouth.edu>
  475. Date: 24 Mar 1994 23:37:16 GMT
  476. Organization: Smooth Roo Software
  477.  
  478. Kurt A. Seiffert, seiffert@bronze.ucs.indiana.edu writes:
  479. > Now I don't know which one I am waiting for more - the Hoosiers to
  480. > advance in the tournament or DR2. :-)
  481.  
  482. Sadly, DR2 got beaten by Boston College in the second round, despite 
  483. a rain of trifectas from John "Bomber" McEnerney and solid inside 
  484. play from Greg "PowerPlant" Dow.  The low moment in the game came when
  485. Ed Hightower called a 3 second violation on Metro "The Compiler" Werks.
  486. No way was Metro in the paint for 3 seconds.  He's way too fast
  487. for that.
  488.  
  489. - ------------------------------------------------------------------------
  490. "bolo needs to be on many machines just like MS Word" - Tempest
  491. - ------------------------------------------------------------------------
  492.  
  493. +++++++++++++++++++++++++++
  494.  
  495. >From jwbaxter@olympus.net (John W. Baxter)
  496. Date: Thu, 24 Mar 1994 15:15:49 -0800
  497. Organization: Internet for the Olympic Peninsula
  498.  
  499. In article <erik-240394011752@rage.clark.net>, erik@clark.net (Erik Hanson)
  500. wrote:
  501.  
  502. > Is there any way to get a demo of the editor?
  503.  
  504. Visit a friend who has CodeWarrior.  That will give you a better demo than
  505. any product demo you're likely to find, particularly since any demo will be
  506. out of date each new development release down the road.
  507.  
  508. Or, induce your user group's developer SIG or equivalent to stage a dog and
  509. pony show.
  510.  
  511.  
  512. -- 
  513. John Baxter    Port Ludlow, WA, USA  [West shore, Puget Sound]
  514.    jwbaxter@pt.olympus.net
  515.  
  516. +++++++++++++++++++++++++++
  517.  
  518. >From mwron@aol.com (MW Ron)
  519. Date: 24 Mar 1994 21:22:02 -0500
  520. Organization: America Online, Inc. (1-800-827-6364)
  521.  
  522. In article <erik-240394011752@rage.clark.net>, erik@clark.net (Erik Hanson)
  523. writes:
  524.  
  525.  
  526.  
  527. Is there any way to get a demo of the editor? (Or a very detailed
  528. explanation?) Is it just me, or is the editor one of the most important
  529. parts of a development system? I spend most of my time in the editor, not
  530. compiling or debugging. I can't imagine why IDEs like Symantec's TPM have a
  531. useless editor. I plan on writing my own editor eventually, but I never
  532. have time to finish a project...
  533.  
  534.  
  535. I do not know of any demonstration models, but I will find out and post if
  536. there are any available.
  537.  
  538. Ron Liechty
  539. Metrowerks Inc. Online Support
  540.  
  541. +++++++++++++++++++++++++++
  542.  
  543. >From lrucker@parcplace.com (Lee Ann Rucker)
  544. Date: 25 Mar 1994 00:41:19 GMT
  545. Organization: ParcPlace
  546.  
  547. > * An integrated development environment for fast turnaround.
  548. Unless you have a complex makefile like mine, in which case you have to do
  549. some extra work.  My makefile:
  550. creates & runs a program to build a header file containing
  551. processor-specific information.
  552. preprocesses a file to make an assembly language file, then assembles it.
  553. creates & runs a file to generate the Version resource based on the info in
  554. a C header file which it depends on, runs rez on the file, then merges it
  555. with the rest of the resources.
  556. And of course, compiles C programs.  Even here it's not simple.  Main
  557. sources are in 120 files in 6 directories on Unix machines, then there are
  558. 6 local directories for working copies of the sources.  When I'm working on
  559. a file, I just put it in the local directory and since the MPW makefile is
  560. set to search local directories first, I don't even need to change it.
  561.  
  562.  
  563. > * A syntax coloring editor with popup menus for fast navigation in your source
  564. > files.
  565. Yes, that's nice
  566.  
  567. > * Multifile search/replace and grep.
  568. Not as nice as MPW - if, for instance, you want to switch between searching
  569. the Toolbox headers and searching your source (which I was doing, because
  570. unlike MPW, when you get a type mismatch it doesn't tell you what types it
  571. wanted), you must keep loading & unloading the two filesets.  And make sure
  572. that when you only want to search one file, that you check that the
  573. multi-file search option is off.
  574. It's also very slow at loading my 120 files and uncounted headers.
  575.  
  576. > * Imports MPW .o files and uses Apple's new Universal headers for both 68K &
  577. > PowerPC.
  578. Not quite.  It doesn't import if they're compiled -model far.  I recompiled
  579. -model near in MPW, but got PC-relative offset errors because all the files
  580. got added to the same segment.  I couldn't make a new segment because I
  581. have 120 files, and no matter how big I make the list, there's never any
  582. empty space at the end - it always moves the list down so that the last
  583. file is at the bottom.
  584.  
  585. > *Includes 2 Debuggers, one for 68K Macintosh and one for PowerMacintosh.
  586. The 68k debugger crashed, and unlike SourceBug, you drop the .sym file not
  587. the app onto the debugger.  I keep aliases of my app on the desktop so
  588. they're easy to get to, I'd prefer not to need to keep aliases of the .sym
  589. file too.  
  590.  
  591. > * Generates a full SYM file which can be used easily with The Debugger from
  592. > Jasik Designs.
  593. And SourceBug.
  594.  
  595. > * Supports hooks for THINK Reference.
  596. How about 411?
  597.  
  598.  
  599.  
  600. I reported some of this to support@metrowerks.ca, and never got a response.
  601.  
  602. +++++++++++++++++++++++++++
  603.  
  604. >From d88-jwa@mumrik.nada.kth.se (Jon Wdtte)
  605. Date: 25 Mar 1994 08:33:17 GMT
  606. Organization: The Royal Institute of Technology
  607.  
  608. In <lrucker-240394161940@leeann-mac.parcplace.com> lrucker@parcplace.com (Lee Ann Rucker) writes:
  609.  
  610. >got added to the same segment.  I couldn't make a new segment because I
  611. >have 120 files, and no matter how big I make the list, there's never any
  612. >empty space at the end - it always moves the list down so that the last
  613. >file is at the bottom.
  614.  
  615. Press cmd-enter to create a new segment. That bug will be fixed
  616. I've been told.
  617.  
  618. However, you can use #pragma segment in CodeWarrior as well.
  619.  
  620. -- 
  621.  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
  622.  
  623.     CORRECTLY in this case meaning to the language spec, not to the
  624.     naive expectations of the programmer.
  625.  
  626. +++++++++++++++++++++++++++
  627.  
  628. >From qsi@cnh.wlink.nl (Peter Kocourek)
  629. Date: Sat, 26 Mar 1994 00:46:17 +0100
  630. Organization: (none)
  631.  
  632. Lee Ann Rucker wrote in a message on 25 Mar 94
  633.  
  634. > * Generates a full SYM file which can be used easily with The Debugger from >
  635. Jasik Designs.
  636.  
  637.  LAR> And SourceBug. 
  638.  
  639. On that note: in the booklet, on page 5, it says that SourceBug is included on
  640. the CD. I haven't been able to find it... am I slowly growing senile? Does
  641. anyone know whether it's really there?
  642.  
  643.  
  644. YHS:QSI!
  645.  
  646.  
  647. +++++++++++++++++++++++++++
  648.  
  649. >From jmunkki@beta.hut.fi (Juri Munkki)
  650. Date: 29 Mar 1994 21:30:36 GMT
  651. Organization: Helsinki University of Technology
  652.  
  653. When will it have a class browser? Multiple inheritance probably makes a
  654. tree structure difficult, but some kind of class browser would be nice.
  655. The company I work for has CodeWarrior Gold, but our main PowerPC programmer
  656. wasn't able to find a class browser in it. Hopefully there will be one by
  657. the time I'll start using this environment...right?
  658.  
  659. -- 
  660.   Juri Munkki            There ain't so such thing as a shareware lunch.
  661.  jmunkki@hut.fi                Windsurfing: Faster than the wind.
  662.  
  663. +++++++++++++++++++++++++++
  664.  
  665. >From dpodwall@world.std.com (Dan Podwall)
  666. Date: Tue, 29 Mar 1994 23:09:30 GMT
  667. Organization: Metrowerks, Inc.
  668.  
  669. Juri Munkki (jmunkki@beta.hut.fi) wrote:
  670. : When will it have a class browser? Multiple inheritance probably makes a
  671. : tree structure difficult, but some kind of class browser would be nice.
  672. : The company I work for has CodeWarrior Gold, but our main PowerPC programmer
  673. : wasn't able to find a class browser in it. Hopefully there will be one by
  674. : the time I'll start using this environment...right?
  675.  
  676. Sorry, but the 1.0 version will not have a class browser. And just to be 
  677. clear, we never said it would. We have done some work for DR2 to support 
  678. AppleEvents, so working with an external browser (i.e. ObjectMaster)
  679. should be easier. I don't want to give the wrong impression, so I should 
  680. also add that the AppleEvent suite is small, and hopefully will be enhanced 
  681. over time to better support external editors, browsers, scripts and the like.
  682.  
  683. The DR2 CD has an ObjectMaster demo and sample PowerPlant projects on it.
  684.  
  685. Dan Podwall
  686. Metrowerks, Inc.
  687.  
  688. +++++++++++++++++++++++++++
  689.  
  690. >From Sean Ansorge <ansorge@netcom.com>
  691. Date: 31 Mar 1994 21:09:55 GMT
  692. Organization: Apple Computer, Inc., Cupertino, California
  693.  
  694. In article <Cn6MCI.I2p@usenet.ucs.indiana.edu> Kurt A. Seiffert,
  695. seiffert@bronze.ucs.indiana.edu writes:
  696. >I was on AOL last night. Metrowerks staff was claiming that the CD's
  697. >are back. They had some problems with printing and packaging, but they
  698. >should be going out US Priority Mail ASAP. They talked as if we would
  699. >have them in our hands March 29.
  700.  
  701. And lo, I got mine last night (the 29th). The PPC compiler is FAST
  702. running native! It makes Think look like MPW! Well, okay, not quite, but
  703. it's pretty fast.
  704.  
  705. ---------------------------
  706.  
  707. >From rmh@taligent.com (Rick Holzgrafe)
  708. Subject: Detecting AV Macs
  709. Date: Tue, 22 Mar 1994 18:16:03 GMT
  710. Organization: Semicolon Software
  711.  
  712. I need to detect when my program is running on one of the AV Macs. How can
  713. I do this?
  714.  
  715. (FYI, I don't need to actually use any special AV capabilities; but Sound
  716. Manager 3.0 can do certain "ordinary" things well only on such machines.
  717. *sigh*)
  718.  
  719. Thanks --
  720.  
  721. -- Rick Holzgrafe
  722.    Semicolon Software
  723.    rmh@taligent.com
  724.  
  725. +++++++++++++++++++++++++++
  726.  
  727. >From arentz@batcave.knoware.nl (Stefan Arentz)
  728. Date: Wed, 23 Mar 1994 11:55:55 GMT
  729. Organization: Knoware
  730.  
  731. In article <rmh-220394101603@kip-42.taligent.com>, rmh@taligent.com (Rick
  732. Holzgrafe) wrote:
  733.  
  734. > I need to detect when my program is running on one of the AV Macs. How can
  735. > I do this?
  736. > (FYI, I don't need to actually use any special AV capabilities; but Sound
  737. > Manager 3.0 can do certain "ordinary" things well only on such machines.
  738. > *sigh*)
  739.  
  740. gestaltMachineType ?
  741.  
  742. -- Stefan
  743.  
  744. - -----------------------------------------------------------------------
  745. Stefan Arentz          -- Software Constructor --       arentz@knoware.nl
  746.  
  747. +++++++++++++++++++++++++++
  748.  
  749. >From amanda@intercon.com (Amanda Walker)
  750. Date: Wed, 23 Mar 1994 15:54:47 -0500
  751. Organization: InterCon Systems Corporation, Herndon, VA USA
  752.  
  753. rmh@taligent.com (Rick Holzgrafe) writes:
  754. > I need to detect when my program is running on one of the AV Macs. How 
  755. > can I do this? 
  756.  
  757. You could check for _DSPDispatch, which is present on AV machines and
  758. others if they have ARTA-compatible DSP boards plugged into them...
  759.  
  760.  
  761. Amanda Walker
  762. Advanced Projects
  763. InterCon Systems Corporation
  764.  
  765.  
  766.  
  767. +++++++++++++++++++++++++++
  768.  
  769. >From zstern@adobe.com (Zalman Stern)
  770. Date: Wed, 23 Mar 1994 22:49:06 GMT
  771. Organization: Adobe Systems Incorporated
  772.  
  773. Amanda Walker writes
  774. > rmh@taligent.com (Rick Holzgrafe) writes:
  775. > > I need to detect when my program is running on one of the AV Macs. How 
  776. > > can I do this? 
  777. > You could check for _DSPDispatch, which is present on AV machines and
  778. > others if they have ARTA-compatible DSP boards plugged into them...
  779.  
  780. /* WARNING: Code has not been compiled. */
  781.  
  782. #if _OLD_GESTALTEQU_H_
  783.  
  784. #define gestaltRealtimeMgrAttr 'rtmr'
  785.  
  786. enum  {
  787.     gestaltRealtimeMgrPresent   = 0
  788. };
  789.  
  790. #else
  791.  
  792. #include <GestaltEqu.h>
  793.  
  794. #endif
  795.  
  796. Boolean HasARTA(void)
  797.     {
  798.     long response;
  799.  
  800.     return (Gestalt(gestaltRealtimeMgrAttr, &response) == noErr) &&
  801.     ((response & (1 << gestaltRealtimeMgrPresent)) != 0);
  802.     }
  803. --
  804. Zalman Stern           zalman@adobe.com            (415) 962 3824
  805. Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  806. "Do right, and risk consequences." Motto of Sam Houston (via Molly Ivins)
  807.  
  808. +++++++++++++++++++++++++++
  809.  
  810. >From Rick_Holzgrafe@taligent.com (Rick Holzgrafe)
  811. Date: Wed, 23 Mar 1994 19:44:17 GMT
  812. Organization: Semicolon Software
  813.  
  814. In article <arentz-230394135555@batcave.knoware.nl>,
  815. arentz@batcave.knoware.nl (Stefan Arentz) wrote:
  816.  
  817. > In article <rmh-220394101603@kip-42.taligent.com>, rmh@taligent.com (Rick
  818. > Holzgrafe) wrote:
  819. > > I need to detect when my program is running on one of the AV Macs. How can
  820. > > I do this?
  821. > > 
  822. > > (FYI, I don't need to actually use any special AV capabilities; but Sound
  823. > > Manager 3.0 can do certain "ordinary" things well only on such machines.
  824. > > *sigh*)
  825. > gestaltMachineType ?
  826.  
  827. That will only tell me about the AV Macs that I know of, at the time I
  828. write the code. I'm sure Apple will be making more...
  829.  
  830. -- Rick Holzgrafe, a member of the Taligentsia
  831.    Rick_Holzgrafe@taligent.com
  832.    rmh@taligent.com
  833.  
  834. +++++++++++++++++++++++++++
  835.  
  836. >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
  837. Date: 25 Mar 94 14:20:56 +1300
  838. Organization: University of Waikato, Hamilton, New Zealand
  839.  
  840. In article <9403231554.AA47890@fusion.intercon.com>, amanda@intercon.com (Amanda Walker) writes:
  841. > rmh@taligent.com (Rick Holzgrafe) writes:
  842. >> I need to detect when my program is running on one of the AV Macs. How
  843. >> can I do this?
  844. >
  845. > You could check for _DSPDispatch, which is present on AV machines and
  846. > others if they have ARTA-compatible DSP boards plugged into them...
  847.  
  848. I just thought: this will tell you that ARTA is installed, but it won't tell
  849. you whether the Sound Manager is actually making use of a DSP. I gather this
  850. is what Rick really wants to know.
  851.  
  852. Lawrence D'Oliveiro                       fone: +64-7-856-2889
  853. Info & Tech Services Division              fax: +64-7-838-4066
  854. University of Waikato            electric mail: ldo@waikato.ac.nz
  855. Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
  856.  
  857. +++++++++++++++++++++++++++
  858.  
  859. >From noah@apple.com (Noah Price)
  860. Date: Thu, 31 Mar 1994 01:50:10 GMT
  861. Organization: (not the opinions of) Apple Computer, Inc.
  862.  
  863. In article <Rick_Holzgrafe-230394114324@ricks-cafe.taligent.com>,
  864. Rick_Holzgrafe@taligent.com (Rick Holzgrafe) wrote:
  865.  
  866. > In article <arentz-230394135555@batcave.knoware.nl>,
  867. > arentz@batcave.knoware.nl (Stefan Arentz) wrote:
  868. > > In article <rmh-220394101603@kip-42.taligent.com>, rmh@taligent.com (Rick
  869. > > Holzgrafe) wrote:
  870. > > 
  871. > > > I need to detect when my program is running on one of the AV Macs. How can
  872. > > > I do this?
  873. > > > 
  874. > > > (FYI, I don't need to actually use any special AV capabilities; but Sound
  875. > > > Manager 3.0 can do certain "ordinary" things well only on such machines.
  876. > > > *sigh*)
  877. > > 
  878. > > gestaltMachineType ?
  879. > That will only tell me about the AV Macs that I know of, at the time I
  880. > write the code. I'm sure Apple will be making more...
  881.  
  882. Do you really want to find out if it's an AV Mac, or just if it has 16-bit
  883. sound processing?  Or some other particular sound processing?  The new
  884. Power Macintosh models all have roughly the audio capabilities of the
  885. 660AV/840AV (at least the hardware), and they aren't all AVs at all...
  886.  
  887. noah
  888.  
  889. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  890. Noah Price                    (not the opinions of) Apple Computer, Inc.
  891. Macintosh AV Hardware                      20525 Mariani Ave., MS 60-TNT
  892. noah@apple.com                                        Cupertino CA 95014
  893.  
  894. ---------------------------
  895.  
  896. >From sverrir@rhi.hi.is (Sverrir Orn Thorvaldsson)
  897. Subject: Need info on easy installers.
  898. Date: 17 Mar 1994 09:39:03 GMT
  899. Organization: University of Iceland
  900.  
  901.  
  902. I need information on tools to pack our product on installation
  903. diskettes. The installation process is very simple so using Apple's
  904. Installer seems a bit of an overkill. Are there any easy to use tools
  905. that do this? Which are cheapest, best, etc?
  906.  
  907. Regards,
  908.  
  909. Sverrir Thorvaldsson,
  910. Softis hf.
  911. sverrir@softis.is
  912.  
  913. +++++++++++++++++++++++++++
  914.  
  915. >From lrucker@parcplace.com (Lee Ann Rucker)
  916. Date: 17 Mar 1994 23:42:33 GMT
  917. Organization: ParcPlace
  918.  
  919. In article <2m98fn$2d6@eldborg.rhi.hi.is>, sverrir@rhi.hi.is (Sverrir Orn
  920. Thorvaldsson) wrote:
  921. > I need information on tools to pack our product on installation
  922. > diskettes. The installation process is very simple so using Apple's
  923. > Installer seems a bit of an overkill. Are there any easy to use tools
  924. > that do this? Which are cheapest, best, etc?
  925.  
  926.  
  927. St Installer is available in demo on ftp to netcom.com.
  928. -- 
  929.  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
  930.  
  931.   Cellular phones do not cause cancer; automobiles do.
  932.  
  933. ---------------------------
  934.  
  935. >From gry@reed.edu (Jason Alexis Klivington)
  936. Subject: Powerbooks, VBL tasks, and slots(?)
  937. Date: 31 Mar 1994 04:44:48 GMT
  938. Organization: Reed College,  Portland, Oregon
  939.  
  940.     I've recently run across a problem with doing some flicker-free
  941. drawing on a PowerBook screen, and I'm hoping that someone might have some
  942. insight into the problem.  I need to display a rectangle on the screen for
  943. about 100 ms, and then clear the screen to black.  I've written code that
  944. deals with this just fine on other hardware (IIcx, SE, LC, Classic, etc.), but
  945. the PowerBook display (working on a 180) always flickers.  (By the way, if
  946. you're curious, this is for a psychological testing app.)
  947.     I'm using a VBL task to deal with the timing, but for some reason,
  948. it's not working on the PowerBook display.  I've come up with two possible
  949. explanations for this.  First, someone made mention about the 'sleep manager,'
  950. or somesuch, grabbing some processor time with interrupts, and that this may
  951. be happening at times that interfere with proper timing of my code.  Second, I
  952. thought it might have something to do with a slight delay associated with an
  953. LCD display.  
  954.     Well, this second theory was shot down when we attached a second
  955. monitor to the PowerBook - there was flicker on the external monitor, too. So,
  956. any solutions to this?  I thought that we might be able to at least solve the
  957. problem if I installed a VBL task tied to the external monitor refresh rate,
  958. but I'm a little shaky on this - if I found the gDeviceRec of the external
  959. monitor, and then asked for driver information for the supplied refnum, would
  960. it give me a "slot" that the monitor was in, so that I could do a SlotVInstall
  961. on it?  Or is there some other way I need to do this?  I looked through IM V
  962. and VI, and browsed the technote index, but couldn't find anything relevant.
  963.     Ideally, I'd love to get this working on the PowerBook's LCD display,
  964. but even if this can only be done on an external monitor, that would be much
  965. much better than nothing.
  966.     Any help, hints, suggestions, code examples, or even wild guesses
  967. would be most welcome and appreciated.
  968.  
  969. (should I post my code?)
  970.  
  971.     Thanks in advance,
  972.  
  973. Jason Klivington
  974. gry@reed.edu
  975.  
  976.  
  977. +++++++++++++++++++++++++++
  978.  
  979. >From afcjlloyd@aol.com (AFC JLloyd)
  980. Date: 31 Mar 1994 03:14:05 -0500
  981. Organization: America Online, Inc. (1-800-827-6364)
  982.  
  983. In article <2ndkg0$o83@scratchy.reed.edu>, gry@reed.edu (Jason Alexis
  984. Klivington) writes:
  985.  
  986. >>>
  987.  Well, this second theory was shot down when we attached a second
  988. monitor to the PowerBook - there was flicker on the external monitor, too. So,
  989. any solutions to this?  I thought that we might be able to at least solve the
  990. problem if I installed a VBL task tied to the external monitor refresh rate,
  991. but I'm a little shaky on this - if I found the gDeviceRec of the external
  992. monitor, and then asked for driver information for the supplied refnum, would
  993. it give me a "slot" that the monitor was in, so that I could do a SlotVInstall
  994. on it?
  995. <<<
  996.  
  997. Jason, your idea to use SlotVInstall is sound.  Here is code to get the correct
  998. slot number for a given graphics device handle:
  999.  
  1000. short SlotNumber(GDHandle theDevice)
  1001. {
  1002.  AuxDCEHandle auxHandle;
  1003.  assert(theDevice != NULL);
  1004.  auxHandle = (AuxDCEHandle) GetDCtlEntry((**theDevice).gdRefNum);
  1005.  assert(auxHandle != NULL);
  1006.  return  (**auxHandle).dCtlSlot;
  1007. }
  1008.  
  1009. You can pass in the result of GetMainDevice().
  1010.  
  1011. I recommend you read the relevant chapters in the new Inside Macintsh volume
  1012. "Processes", since there are some subtle differences between VInstall and
  1013. SlotVInstall.
  1014.  
  1015. Jim Lloyd
  1016. afcjlloyd@aol.com
  1017.  
  1018.  
  1019. ---------------------------
  1020.  
  1021. >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
  1022. Subject: QuickDraw GX flame
  1023. Date: 28 Mar 94 13:41:54 +1300
  1024. Organization: University of Waikato, Hamilton, New Zealand
  1025.  
  1026. QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
  1027. multiple colour models, typography, printing... you'd think developers would
  1028. be falling over themselves to support it, right? Think again...
  1029.  
  1030. I'm just disgusted with some of the responses I'm hearing about from vendors.
  1031. Here's a comment from the latest collection of MacWEEK articles off
  1032. AppleLink:
  1033.  
  1034. Pete Mason, Altsys: "There's a paradox about GX: If you want to do really
  1035. high-end graphics, you're already doing it in Photoshop or Illustrator. If
  1036. you want to do high-end layout, you're already doing it in QuarkXPress. If
  1037. only the high end wants these features and they've already got them, what's
  1038. the point?"
  1039.  
  1040. What a load of nonsense! As if these programs provide ALL (or even most) of
  1041. the functions you get with GX. GX is not just one or two high-end programs:
  1042. it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
  1043. with GX, suddenly all those fancy features aren't high-end any more.
  1044.  
  1045. Another more worrying response is that some developers are reluctant to
  1046. support GX simply because it is not cross-platform: any features they provided
  1047. using it would not be available in their Windows versions.
  1048.  
  1049. Now, have you heard of a more stupid rationalization than that? If all your
  1050. applications provided identical features across all platforms, what would be
  1051. the point in choosing one platform over the other?
  1052.  
  1053. It seems to me, if the big developers are holding back from GX, this will be
  1054. another chance for small developers to get ahead--people like Michael Peirce,
  1055. perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1056. world had better watch out!
  1057.  
  1058. Lawrence D'Oliveiro                       fone: +64-7-856-2889
  1059. Info & Tech Services Division              fax: +64-7-838-4066
  1060. University of Waikato            electric mail: ldo@waikato.ac.nz
  1061. Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
  1062.  
  1063. +++++++++++++++++++++++++++
  1064.  
  1065. >From omh@cs.brown.edu (Owen M. Hartnett)
  1066. Date: Mon, 28 Mar 1994 02:50:22 GMT
  1067. Organization: Brown University Department of Computer Science
  1068.  
  1069. In article <1994Mar28.134154.26967@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  1070. >QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
  1071. >multiple colour models, typography, printing... you'd think developers would
  1072. >be falling over themselves to support it, right? Think again...
  1073. >
  1074. >I'm just disgusted with some of the responses I'm hearing about from vendors.
  1075. >Here's a comment from the latest collection of MacWEEK articles off
  1076. >AppleLink:
  1077. >
  1078. >Pete Mason, Altsys: "There's a paradox about GX: If you want to do really
  1079. >high-end graphics, you're already doing it in Photoshop or Illustrator. If
  1080. >you want to do high-end layout, you're already doing it in QuarkXPress. If
  1081. >only the high end wants these features and they've already got them, what's
  1082. >the point?"
  1083. >
  1084. >What a load of nonsense! As if these programs provide ALL (or even most) of
  1085. >the functions you get with GX. GX is not just one or two high-end programs:
  1086. >it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
  1087. >with GX, suddenly all those fancy features aren't high-end any more.
  1088. >
  1089. >Another more worrying response is that some developers are reluctant to
  1090. >support GX simply because it is not cross-platform: any features they provided
  1091. >using it would not be available in their Windows versions.
  1092. >
  1093. >Now, have you heard of a more stupid rationalization than that? If all your
  1094. >applications provided identical features across all platforms, what would be
  1095. >the point in choosing one platform over the other?
  1096. >
  1097. >It seems to me, if the big developers are holding back from GX, this will be
  1098. >another chance for small developers to get ahead--people like Michael Peirce,
  1099. >perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1100. >world had better watch out!
  1101. >
  1102.  
  1103. A year ago, I thought the same way as you, but I expected GX to be out in
  1104. six months. I thought, Wow, all the features of Quark, Pagemaker, and 
  1105. Freehand in system software, just call them and they're yours.
  1106.  
  1107. At WWDC in 1992, it looked like GX was six months away. In comparison,
  1108. AOCE was a long way away, it seemed.
  1109.  
  1110. It's too bad, because developers are not going to buy into this until
  1111. it comes out and it looks OK. I don't know what caused the delay to
  1112. market, but if I bet the ranch on GX a year ago, I'd be up the creek
  1113. financially right now.
  1114.  
  1115. -Owen
  1116.  
  1117.  
  1118. -- 
  1119. Owen Hartnett                omh@cs.brown.edu
  1120. "FAITH, n. Belief without evidence in what is told by one who speaks
  1121.         without knowledge, of things without parallel."
  1122.             -Ambrose Bierce - The Devil's Dictionary
  1123.  
  1124. +++++++++++++++++++++++++++
  1125.  
  1126. >From gewekean@studentg.msu.edu (Andrew Geweke)
  1127. Date: Sun, 27 Mar 1994 23:52:26 -0500
  1128. Organization: Michigan State University
  1129.  
  1130. In article <1994Mar28.134154.26967@waikato.ac.nz>, ldo@waikato.ac.nz 
  1131. (Lawrence D'Oliveiro, Waikato University) writes:
  1132. > It seems to me, if the big developers are holding back from GX, this 
  1133. > will be another chance for small developers to get ahead--people like 
  1134. > Michael Peirce, perhaps. GX levels the playing field, so the Adobe/
  1135. > Alduses and Quarks of the world had better watch out! 
  1136.  
  1137. No kidding. I can easily see a small developer writing a page-layout program 
  1138. using GX that beats the pants off PageMaker and QuarkXPress for most common 
  1139. tasks.
  1140.  
  1141. IMHO shareware out there has a *much* better mix of features than commercial 
  1142. software -- they leave out the "everything-but-the-kitchen-sink" approach and 
  1143. do the essentials *well*.
  1144.  
  1145. Now, using GX, maybe somebody will write the next Word-killer.
  1146.  
  1147. Cheers,
  1148. Andrew
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154. +++++++++++++++++++++++++++
  1155.  
  1156. >From Carl R. Osterwald <carl_osterwald@nrel.gov>
  1157. Date: Mon, 28 Mar 94 17:00:54 GMT
  1158. Organization: National Renewable Energy Laboratory
  1159.  
  1160. In article <1994Mar28.134154.26967@waikato.ac.nz> Lawrence D'Oliveiro,
  1161. ldo@waikato.ac.nz writes:
  1162. >Another more worrying response is that some developers are reluctant to
  1163. >support GX simply because it is not cross-platform: any features they
  1164. provided
  1165. >using it would not be available in their Windows versions.
  1166. >
  1167. >Now, have you heard of a more stupid rationalization than that? If all
  1168. your
  1169. >applications provided identical features across all platforms, what
  1170. would be
  1171. >the point in choosing one platform over the other?
  1172.  
  1173. Least-common denominator syndrome strikes again.  Soon "Macintosh"
  1174. applications will most likely ship without grow boxes in the lower left
  1175. corner of windows in order to "integrate" documentation as well.
  1176.  
  1177. +++++++++++++++++++++++++++
  1178.  
  1179. >From d88-jwa@hemul.nada.kth.se (Jon Wdtte)
  1180. Date: 28 Mar 1994 16:17:03 GMT
  1181. Organization: The Royal Institute of Technology
  1182.  
  1183. In <1994Mar28.134154.26967@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  1184.  
  1185. >What a load of nonsense! As if these programs provide ALL (or even most) of
  1186. >the functions you get with GX. GX is not just one or two high-end programs:
  1187. >it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
  1188. >with GX, suddenly all those fancy features aren't high-end any more.
  1189.  
  1190. What's missing is some decent TCL classes for GX objects.
  1191. I'm looking into it, but don't expect anything, and it won't
  1192. be soon, and it won't be free :-)
  1193.  
  1194. Then we'll suddenly see shareware FreeHand clones which will
  1195. pretty much force the PostScript people to go GX.
  1196.  
  1197. -- 
  1198.  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
  1199.  "Don't stick a Fork in your Eye.
  1200.  
  1201. +++++++++++++++++++++++++++
  1202.  
  1203. >From peirce@outpost.SF-Bay.org (Michael Peirce)
  1204. Date: Mon, 28 Mar 94 10:14:59 PST
  1205. Organization: Peirce Software, Inc.
  1206.  
  1207.  
  1208. In article <1994Mar28.134154.26967@waikato.ac.nz> (comp.sys.mac.programmer), ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  1209. > It seems to me, if the big developers are holding back from GX, this will be
  1210. > another chance for small developers to get ahead--people like Michael Peirce,
  1211. > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1212. > world had better watch out!
  1213.  
  1214. Me, a SMALL developer?  I'm 6'6" - I'm a BIG developer!  :-) :-) :-)
  1215.  
  1216. Humor aside, I think Lawrence is right on the money.  GX is very cool
  1217. and really raises the bar in many areas.  I for one, will buy a GX
  1218. based word processor on the first day it ships.  There is money to
  1219. be made in this area!
  1220.  
  1221. P.S.  And one aside.  Developer's shouldn't be scared off by GX. 
  1222. You don't need to adopt it whole hog to make use of some of it.
  1223. For example GX printing can be supported fairly easily without any
  1224. major changes to you app at all.  Just check for the existence of
  1225. GX and if it's there, use the new print calls.  This will let users
  1226. access the new print dialogs, rather than the compatibility dialogs
  1227. that are used otherwise.
  1228.  
  1229. The new print dialogs not only let users access extensions (like Peirce
  1230. Print Tools :-) ) easily, but also get at other print driver features,
  1231. GX paper types, switch printers on-the-fly, and it's NON-MODAL!
  1232.  
  1233.  
  1234. -- Michael Peirce        -- peirce@outpost.sf-bay.org
  1235. -- Peirce Software, Inc. -- 719 Hibiscus Place, Suite 301
  1236. --                       -- San Jose, California USA 95117
  1237. -- Makers of: Smoothie & -- voice: +1.408.244.6554 fax: +1.408.244.6882
  1238. --    Peirce Print Tools -- AppleLink: peirce & America Online: AFC Peirce
  1239.  
  1240. +++++++++++++++++++++++++++
  1241.  
  1242. >From dowdy@apple.com (Tom Dowdy)
  1243. Date: Mon, 28 Mar 1994 18:36:07 GMT
  1244. Organization: Apple Computer, Inc.
  1245.  
  1246. In article <1994Mar28.134154.26967@waikato.ac.nz>, ldo@waikato.ac.nz
  1247. (Lawrence D'Oliveiro, Waikato University) wrote:
  1248.  
  1249. > QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
  1250. > multiple colour models, typography, printing... you'd think developers would
  1251. > be falling over themselves to support it, right? Think again...
  1252.  
  1253. Anytime a major piece of what used to be called "application level" code
  1254. finds its way into the system, the "big guns" of the software industry
  1255. get shy about it.
  1256.  
  1257. When Apple started talking about AOCE, the traditional mail vendors
  1258. weren't into it.  And why would they have been: Apple was moving
  1259. into system software what they were selling for big bucks.  And
  1260. now just about anyone could create a "mail" application.  It
  1261. seemed that the only solution was to just protest rather than
  1262. adopt!
  1263.  
  1264. But the smart folks added basic support and played to their
  1265. strengths rather than just trying to FUD the basic technology.
  1266. The result was generally that they kept their existing customer
  1267. base -- and could add new ways of making money through new
  1268. services they provided with AOCE.
  1269.  
  1270. And the fact is that PowerTalk does give the user (in
  1271. this case, *me*) a better, more integrated, easier to use,
  1272. mail system than any "add-on" approach would have given them.
  1273. And by making mail easier to use, you do in fact widen the market.
  1274. And, when users all start asking for something, the vendors
  1275. eventually come around.
  1276.  
  1277. > It seems to me, if the big developers are holding back from GX, this will be
  1278. > another chance for small developers to get ahead--people like Michael Peirce,
  1279. > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1280. > world had better watch out!
  1281.  
  1282. Actually, Aldus announced at Sybold that a future PageMaker would be 
  1283. GX-based. There were press releases from Apple and a number of 
  1284. other vendors about GX support.  A big part of this is
  1285. that many of the features that GX provides "out of the box" or
  1286. ones that it makes easy to implement are features that customers
  1287. want and demand.  A developer complained at one point: "All my
  1288. customers keep asking me to support GX!  Make them stop!"  :-)
  1289.  
  1290. But you are right, even if large vendors decide to "wait and see" about
  1291. GX, the small vendors see it as a big chance to move up in the world.
  1292. And those of you out on the nets also see it as a great way to
  1293. make a cool application.  Who knows?  One of them might become
  1294. the next PageMaker!
  1295.  
  1296. And if you think that *you're* watering over GX, just imagine
  1297. how excited most of the GX engineers are to get the system
  1298. work done and move onto making cool apps!  I know I've got
  1299. a HUGE list of things that I want to do with it -- starting,
  1300. of course, with DarkSide modules :-)
  1301.  
  1302. -- 
  1303.  Tom Dowdy                  Internet: dowdy@apple.COM
  1304.  Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
  1305.  1 Infinite Loop            AppleLink: DOWDY1
  1306.  Cupertino, CA 95014       
  1307.  "The 'Ooh-Ah' Bird is so called because it lays square eggs."
  1308.  
  1309. +++++++++++++++++++++++++++
  1310.  
  1311. >From dowdy@apple.com (Tom Dowdy)
  1312. Date: Mon, 28 Mar 1994 18:53:22 GMT
  1313. Organization: Apple Computer, Inc.
  1314.  
  1315. In article <CNjbKKKX.ronl26@outpost.SF-Bay.org>, peirce@outpost.SF-Bay.org
  1316. (Michael Peirce) wrote:
  1317.  
  1318. > In article <1994Mar28.134154.26967@waikato.ac.nz> (comp.sys.mac.programmer), ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  1319. > > It seems to me, if the big developers are holding back from GX, this will be
  1320. > > another chance for small developers to get ahead--people like Michael Peirce,
  1321. > > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1322. > > world had better watch out!
  1323. > Me, a SMALL developer?  I'm 6'6" - I'm a BIG developer!  :-) :-) :-)
  1324.  
  1325. I'd like to confirm that Michael is neither small in height nor
  1326. brain capacity :-)
  1327.  
  1328. > P.S.  And one aside.  Developer's shouldn't be scared off by GX. 
  1329. > You don't need to adopt it whole hog to make use of some of it.
  1330. > For example GX printing can be supported fairly easily without any
  1331. > major changes to you app at all.  Just check for the existence of
  1332. > GX and if it's there, use the new print calls.  This will let users
  1333. > access the new print dialogs, rather than the compatibility dialogs
  1334. > that are used otherwise.
  1335.  
  1336. I'd like to verify that this is in fact quite easy to do.  
  1337. SimpleText already supports GX printing dialogs.  In addition, 
  1338. it supports opening/viewing of Portable Digital Document (PDD) 
  1339. files. But, it still runs just dandy without GX installed.
  1340.  
  1341. There is an upcoming _develop_ article by Dave Hersey on adding
  1342. GX print dialog support to an existing application, for those
  1343. of you who'd like a step-by-step approach to the problem.
  1344.  
  1345. -- 
  1346.  Tom Dowdy                  Internet: dowdy@apple.COM
  1347.  Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
  1348.  1 Infinite Loop            AppleLink: DOWDY1
  1349.  Cupertino, CA 95014       
  1350.  "The 'Ooh-Ah' Bird is so called because it lays square eggs."
  1351.  
  1352. +++++++++++++++++++++++++++
  1353.  
  1354. >From gewekean@studentg.msu.edu (Andrew Geweke)
  1355. Date: Mon, 28 Mar 1994 15:15:34 -0500
  1356. Organization: Michigan State University
  1357.  
  1358. In article <A9BC5B5663027D1A@cro.nrel.gov>, Carl R. Osterwald 
  1359. <carl_osterwald@nrel.gov> writes:
  1360. > Least-common denominator syndrome strikes again.  Soon "Macintosh" 
  1361. > applications will most likely ship without grow boxes in the lower left 
  1362. > corner of windows in order to "integrate" documentation as well. 
  1363.  
  1364. Actually, I've never seen a Macintosh app *with* a grow box in the lower-left-
  1365. hand corner of the window... :)
  1366.  
  1367.  
  1368.  
  1369.  
  1370.  
  1371. +++++++++++++++++++++++++++
  1372.  
  1373. >From neeri@iis.ee.ethz.ch (Matthias Neeracher)
  1374. Date: 28 Mar 1994 20:50:11 GMT
  1375. Organization: Swiss Federal Institute of Technology (ETHZ)
  1376.  
  1377. Carl R. Osterwald <carl_osterwald@nrel.gov> writes:
  1378. >In article <1994Mar28.134154.26967@waikato.ac.nz> Lawrence D'Oliveiro,
  1379. >ldo@waikato.ac.nz writes:
  1380. >>Another more worrying response is that some developers are reluctant to
  1381. >>support GX simply because it is not cross-platform: any features they
  1382. >>provided using it would not be available in their Windows versions.
  1383. >>
  1384. >>Now, have you heard of a more stupid rationalization than that? If all
  1385. >>your applications provided identical features across all platforms, what
  1386. >>would be the point in choosing one platform over the other?
  1387.  
  1388. >Least-common denominator syndrome strikes again.  Soon "Macintosh"
  1389. >applications will most likely ship without grow boxes in the lower left
  1390. >corner of windows in order to "integrate" documentation as well.
  1391.  
  1392. Uh, if you have seen applications with grow boxes in the lower *left* corner
  1393. of windows, I'm sure the User Interface Police would like to hear about them.
  1394.  
  1395. Matthias
  1396.  
  1397. - ---
  1398. Matthias Neeracher                                      neeri@iis.ethz.ch
  1399.    "He carried an automatic pistol in one pocket and a rabbit's
  1400.     foot in the other" -- Ayn Rand, _Atlas Shrugged_
  1401.  
  1402. +++++++++++++++++++++++++++
  1403.  
  1404. >From quinn@cs.uwa.edu.au (Quinn "The Eskimo!")
  1405. Date: Tue, 29 Mar 1994 11:19:21 +0800
  1406. Organization: Department of Computer Science, The University of Western Australia
  1407.  
  1408. In article <dowdy-280394104811@17.202.72.12>, dowdy@apple.com (Tom Dowdy) wrote:
  1409.  
  1410. >I'd like to verify that this is in fact quite easy to do.  
  1411. >SimpleText already supports GX printing dialogs.  In addition, 
  1412. >it supports opening/viewing of Portable Digital Document (PDD) 
  1413. >files. But, it still runs just dandy without GX installed.
  1414.  
  1415. On the subject of Simple Text, I'd like to put in my own *rave review* for
  1416. it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
  1417. text editor than can open more than one document.  I'm a very happy Quinn.
  1418. -- 
  1419. Quinn "The Eskimo!"      <quinn@cs.uwa.edu.au>     "Support HAVOC!"
  1420. Department of Computer Science, The University of Western Australia
  1421.   Now if only it support resizing QuickTime movie windows.
  1422.  
  1423. +++++++++++++++++++++++++++
  1424.  
  1425. >From Carl R. Osterwald <carl_osterwald@nrel.gov>
  1426. Date: Tue, 29 Mar 94 17:03:15 GMT
  1427. Organization: National Renewable Energy Laboratory
  1428.  
  1429. In article <9403281515.AA34983@geweke.ppp.msu.edu> Andrew Geweke,
  1430. gewekean@studentg.msu.edu writes:
  1431. >Actually, I've never seen a Macintosh app *with* a grow box in the
  1432. lower-left-
  1433. >hand corner of the window... :)
  1434.  
  1435. Sorry, some of us can't tell our right hand from our left!  :-]
  1436.  
  1437. +++++++++++++++++++++++++++
  1438.  
  1439. >From lentz@rossi.astro.nwu.edu (Robert Lentz)
  1440. Date: 29 Mar 1994 15:30:15 GMT
  1441. Organization: Northwestern University, Evanston, IL
  1442.  
  1443. In article <quinn-290394111921@eriodon.cs.uwa.oz.au>,
  1444. Quinn "The Eskimo!" <quinn@cs.uwa.edu.au> wrote:
  1445. >In article <dowdy-280394104811@17.202.72.12>, dowdy@apple.com (Tom Dowdy) wrote:
  1446. >
  1447. >>I'd like to verify that this is in fact quite easy to do.  
  1448. >>SimpleText already supports GX printing dialogs.  In addition, 
  1449. >>it supports opening/viewing of Portable Digital Document (PDD) 
  1450. >>files. But, it still runs just dandy without GX installed.
  1451. >
  1452. >On the subject of Simple Text, I'd like to put in my own *rave review* for
  1453. >it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
  1454. >text editor than can open more than one document.  I'm a very happy Quinn.
  1455.  
  1456. Yes, SimpleText is an awesome step forward. Though with its new
  1457. capabilities, tagging it with the Text name seems a bit strange; maybe
  1458. "SimpleViewer"?
  1459.  
  1460. -Robert Lentz
  1461. -- 
  1462. lentz@rossi.astro.nwu.edu            http://www.astro.nwu.edu/lentz/plan.html
  1463.     "You have to push as hard as the age that pushes against you."
  1464.                     -Flannery O'Connor
  1465.  
  1466. +++++++++++++++++++++++++++
  1467.  
  1468. >From mxmora@unix.sri.com (Matt Mora)
  1469. Date: 29 Mar 1994 10:17:54 -0800
  1470. Organization: SRI International, Menlo Park, CA
  1471.  
  1472. In article <dowdy-280394102128@17.202.72.12> dowdy@apple.com (Tom Dowdy) 
  1473. writes:
  1474.  
  1475. >And if you think that *you're* watering over GX, just imagine
  1476. >how excited most of the GX engineers are to get the system
  1477. >work done and move onto making cool apps!  I know I've got
  1478. >a HUGE list of things that I want to do with it -- starting,
  1479. >of course, with DarkSide modules :-)
  1480.  
  1481. Well, ship the damn thing already! jeez! :-)
  1482.  
  1483. Dowdy? We used to have someone that worked here with that last name. Wouldn't
  1484. happen to be your uncle would it? :-)
  1485.  
  1486.  
  1487. Xavier
  1488.  
  1489.  
  1490.  
  1491. -- 
  1492. ___________________________________________________________
  1493. Matthew Xavier Mora                       Matt_Mora@sri.com
  1494. SRI International                       mxmora@unix.sri.com
  1495. 333 Ravenswood Ave                    Menlo Park, CA. 94025
  1496.  
  1497. +++++++++++++++++++++++++++
  1498.  
  1499. >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
  1500. Date: 30 Mar 94 17:11:15 +1300
  1501. Organization: University of Waikato, Hamilton, New Zealand
  1502.  
  1503. In article <quinn-290394111921@eriodon.cs.uwa.oz.au>, quinn@cs.uwa.edu.au (Quinn "The Eskimo!") writes:
  1504. > In article <dowdy-280394104811@17.202.72.12>, dowdy@apple.com (Tom Dowdy) wrote:
  1505. >
  1506. >>I'd like to verify that this is in fact quite easy to do.
  1507. >>SimpleText already supports GX printing dialogs.  In addition,
  1508. >>it supports opening/viewing of Portable Digital Document (PDD)
  1509. >>files. But, it still runs just dandy without GX installed.
  1510. >
  1511. > On the subject of Simple Text, I'd like to put in my own *rave review* for
  1512. > it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
  1513. > text editor than can open more than one document.  I'm a very happy Quinn.
  1514.  
  1515. Yeah, now I'm going to have to UNLEARN this habit of always closing the
  1516. current TeachText (sorry, SimpleText) document before going to double-click
  1517. on another one!
  1518.  
  1519. As far as a PDD viewer goes, SimpleText is just basic enough and just
  1520. irritating enough that I hope it will spur a thriving market in third-party
  1521. viewers. I have this fondness for being able to scroll continuously through
  1522. my entire document. And for knowing how many pages long it is...
  1523.  
  1524. Lawrence
  1525. (recently posted a flame about proprietary portable-document technologies
  1526. in comp.multimedia and comp.sys.mac.misc.)
  1527.  
  1528. +++++++++++++++++++++++++++
  1529.  
  1530. >From Kurt A. Seiffert <seiffert@bronze.ucs.indiana.edu>
  1531. Date: Wed, 30 Mar 1994 16:54:48 GMT
  1532. Organization: UCS, Indiana University
  1533.  
  1534. In article <dowdy-280394104811@17.202.72.12> Tom Dowdy, dowdy@apple.com
  1535. writes:
  1536. >I'd like to verify that this is in fact quite easy to do.  
  1537. >SimpleText already supports GX printing dialogs.  In addition, 
  1538. >it supports opening/viewing of Portable Digital Document (PDD) 
  1539. >files. But, it still runs just dandy without GX installed.
  1540.  
  1541. To ask a silly question:
  1542.  
  1543. Is SimpleText going to be in System 7.5?
  1544.  
  1545. Is it going to be scriptable?
  1546.  
  1547. It would be nice to have all the functionality of Scriptable Text
  1548. Editor in SimpleText.
  1549.  
  1550. *--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*-
  1551. Kurt A. Seiffert                   internet: seiffert@ucs.indiana.edu
  1552. UCS, Multimedia Technologist   office ph: (812) 855-5746
  1553. IU Bloomington,IN
  1554. "No, no. I am an earthling. I just can't prove it." -- Zonker
  1555. DISCLAIMER: I don't speak for IU and IU doesn't speak for me. 
  1556.             We both like it that way. ;-)
  1557.  
  1558. +++++++++++++++++++++++++++
  1559.  
  1560. >From sdu@applelink.apple.com (Rob Terrell)
  1561. Date: 30 Mar 1994 18:26:49 GMT
  1562. Organization: Jecta Development Corp.
  1563.  
  1564.  
  1565. Since GX has seemed in a perpetual holding pattern for the last few
  1566. years, I've not bothered to learn it. Now, it seems, the time has come.
  1567. Are there any good Develop/MacTutor/MacTech/Other articles you can
  1568. point me to so's I can write my long-dreamed-of Word killer?
  1569.  
  1570. Thanks,
  1571.  
  1572. Rob Terrell
  1573. Software Designs Unlimited
  1574.  
  1575. +++++++++++++++++++++++++++
  1576.  
  1577. >From dowdy@apple.com (Tom Dowdy)
  1578. Date: Thu, 31 Mar 1994 01:19:57 GMT
  1579. Organization: Apple Computer, Inc.
  1580.  
  1581. In article <1994Mar30.171115.27097@waikato.ac.nz>, ldo@waikato.ac.nz
  1582. (Lawrence D'Oliveiro, Waikato University) wrote:
  1583.  
  1584. > Yeah, now I'm going to have to UNLEARN this habit of always closing the
  1585. > current TeachText (sorry, SimpleText) document before going to double-click
  1586. > on another one!
  1587.  
  1588. Darn!  :-)
  1589.  
  1590. > As far as a PDD viewer goes, SimpleText is just basic enough and just
  1591. > irritating enough that I hope it will spur a thriving market in third-party
  1592. > viewers. I have this fondness for being able to scroll continuously through
  1593. > my entire document. And for knowing how many pages long it is...
  1594.  
  1595. The original version of this did do "continous scroll" but for lots
  1596. of reasons (RAM, speed, simplifying the code) I did away with that.
  1597. There are arguments for both sides, and I just chose to one that
  1598. kept the code simple and liv-able.
  1599.  
  1600. I fully expect to see lots of third party viewers -- there are
  1601. plenty of cool things that you can do with a viewer beyond
  1602. just looking at seomthing.
  1603.  
  1604. -- 
  1605.  Tom Dowdy                  Internet: dowdy@apple.COM
  1606.  Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
  1607.  1 Infinite Loop            AppleLink: DOWDY1
  1608.  Cupertino, CA 95014       
  1609.  "The 'Ooh-Ah' Bird is so called because it lays square eggs."
  1610.  
  1611. +++++++++++++++++++++++++++
  1612.  
  1613. >From quinn@cs.uwa.edu.au (Quinn "The Eskimo!")
  1614. Date: Thu, 31 Mar 1994 10:15:44 +0800
  1615. Organization: Department of Computer Science, The University of Western Australia
  1616.  
  1617. In article <CnHLnC.Mqy@usenet.ucs.indiana.edu>, Kurt A. Seiffert
  1618. <seiffert@bronze.ucs.indiana.edu> wrote:
  1619.  
  1620. >Is SimpleText going to be in System 7.5?
  1621.  
  1622. I should think so.
  1623.  
  1624. >Is it going to be scriptable?
  1625.  
  1626. I should think not.
  1627.  
  1628. >It would be nice to have all the functionality of Scriptable Text
  1629. >Editor in SimpleText.
  1630.  
  1631. Yes.
  1632. -- 
  1633. Quinn "The Eskimo!"      <quinn@cs.uwa.edu.au>     "Support HAVOC!"
  1634. Department of Computer Science, The University of Western Australia
  1635.  
  1636. +++++++++++++++++++++++++++
  1637.  
  1638. >From L.H.Wood@student.lut.ac.uk
  1639. Date: Thu, 31 Mar 1994 15:17:43 GMT
  1640. Organization: Loughborough University, UK.
  1641.  
  1642. In article <quinn-290394111921@eriodon.cs.uwa.oz.au> quinn@cs.uwa.edu.au (Quinn "The Eskimo!") writes:
  1643. >On the subject of Simple Text, I'd like to put in my own *rave review* for
  1644. >it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
  1645. >text editor than can open more than one document.  I'm a very happy Quinn.
  1646.  
  1647. Of course, every installer of third-party software you run will still
  1648. scatter copies of ttxt 1.2 about the place. And the next time you open a
  1649. readme it will be with ttxt.
  1650.  
  1651. ttxt will live forever.
  1652.  
  1653. L.
  1654.  
  1655. ---------------------------
  1656.  
  1657. >From Dmitry Boldyrev <dmitry@atlas.chem.utah.edu>
  1658. Subject: Real time texture mapping..
  1659. Date: 30 Mar 1994 23:48:20 GMT
  1660. Organization: University of Utah
  1661.  
  1662. Hello folx!
  1663. I've heard a lot about real time texture mapping. Release of Pathways Into
  1664. Darkness
  1665. of course was a sensation on the mac because it was the first game of this
  1666. kind on 
  1667. the Mac. Now, 3D Astro Chase from First Star software is released too.
  1668. All of them use really fast texture mapping.. I would say I was quite amazed
  1669. how fast it can be on the Mac, of course, Mac has a better quality of graphics
  1670. thus it takes more time to do the stuff..
  1671. A while ago I saw libraries for PC which could map textures on a plane..
  1672. I think it was a package for C.. I am not sure tho.. Is there such thing for
  1673. the Mac?
  1674.  _   _              _                      _
  1675. | |_| |_  _ _ _ _ _(_)__ __ _ _ _  ___    (_)_ _  __
  1676. |  _  | || | '_| '_| / _/ _` | ' \/ -_)_  | | ' \/ _|
  1677. |_| |_|\_,_|_| |_| |_\__\__,_|_||_\___( ) |_|_||_\__|
  1678.                                       |/
  1679.  
  1680. +++++++++++++++++++++++++++
  1681.  
  1682. >From howard@netcom.com (Howard Berkey)
  1683. Date: Thu, 31 Mar 1994 08:41:45 GMT
  1684. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  1685.  
  1686. In article <2nd344$oqp@u.cc.utah.edu> Dmitry Boldyrev <dmitry@atlas.chem.utah.edu> writes:
  1687. >A while ago I saw libraries for PC which could map textures on a plane..
  1688. >I think it was a package for C.. I am not sure tho.. Is there such thing for
  1689. >the Mac?
  1690.  
  1691. It's not too bad to implement yourself.  I know this because it's what
  1692. I'm doing right now.  :-)
  1693.  
  1694. For reference, I'd refer you to Computer Graphics, Principles and
  1695. Practice (by Foley, Van Dam, Feiner, Hughes).  They don't say too much on the
  1696. subject but they have some great bibliographic references which do.
  1697. I'd post them but the book isn't here with me at the moment.  
  1698.  
  1699. Also see articles in the August thru September 1992 issues of Doctor Dobbs
  1700. Journal.  There's a column by Michael Abrash on graphics and he covers
  1701. it in these issues.
  1702.  
  1703. Finally, this is a perrenial topic on comp.graphics.algorithms.
  1704. There's a FAQ there which goes into it.  
  1705.  
  1706. That should get you started :-)
  1707.  
  1708. -H-
  1709.  
  1710.  
  1711.  
  1712.  
  1713.  
  1714. -- 
  1715. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  1716. Howard Berkey                                             howard@netcom.com   
  1717. "Police are investigating whether a freshly severed goats head placed
  1718. in the center of a pentagram in a San Jose park is linked to a satanic
  1719. ritual."    -- SF Examiner                "Duh!"  -- me
  1720.  
  1721. ---------------------------
  1722.  
  1723. End of C.S.M.P. Digest
  1724. **********************
  1725.  
  1726.  
  1727.